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Preface 



The papers in this collection were presented at the 7th. International Confe- 
rence on Logic Programming and Nonmonotonic Reasoning (LPNMR-7) in Fort 
Lauderdale, Florida, USA, during January 6-8, 2004. The previous meetings in 
this series were held in Washington, DC, USA (1991), Lisbon, Portugal (1993), 
Lexington, USA (1995), Dagstuhl, Germany (1997), El Paso, USA (1999), and 
Vienna, Austria (2001). 

LPNMR conferences are a forum for exchanging ideas on declarative logic 
programming, nonmonotonic reasoning and knowledge representation. In the 
1980s researchers working in the area of nonmonotonic reasoning discovered that 
their formalisms could be used to describe the behavior of negation as failure in 
Prolog, and the first LPNMR meeting was convened for the purpose of discussing 
this relationship. This work has led to the creation of logic programming systems 
of a new kind, answer set solvers, and to the emergence of a new approach to 
solving combinatorial search problems, called answer set programming. 

The highlights of LPNMR-7 were three invited talks, given by Rina Dechter 
(University of California, Irvine) , Henry Kautz (University of Washington) and 
Torsten Schaub (University of Potsdam). The program also included 24 regular 
papers selected after a rigorous review process, 8 system descriptions, and 2 
panels. 

We would like to thank the Program Committee members and additional 
reviewers for careful, unbiased evaluation of the submitted papers. We are also 
grateful to Paolo Ferraris for help with publicizing the Call for Papers, to Fred 
Hoffman for help with local organizational matters, and to Matti Jarvisalo for 
help with the organization of the electronic Program Committee meeting. 
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Constraints and Probabilistic Networks 
A Look At The Interface 



Rina Dechter 

University of California, Irvine 



Abstract. I am going to discuss the interface between two types of net- 
works; one deterministic and one probabilistic. The deterministic net- 
work, also known as constraint network, a CSP problem, or a SAT for- 
mula, represents a collection of constraints among groups of variables. 
The probabilistic network is a more organized object, represents a re- 
stricted collection of probabilistic relationships among groups of vari- 
ables. These two paradigms were developed separately in the past 20-30 
years and are relatively mature by now, with each paradigm equipped 
with its own concepts, techniques, heuristics and shortcuts. For example 
the concept of constraint propagation is unheard of in the probabilistic 
community. Similarly, notions such as sampling and Monte Carlo simu- 
lation (with guaranteed convergence) are rarely examined in constraint 
processing. 

I will start by highlighting conceptual commonalities and differences be- 
tween the two frameworks, and will propose a simple hybrid framework. 
I will then talk about benefits that can be obtained by importing tech- 
niques from constraint networks to probabilistic networks and back. Fi- 
nally, if time permits, I will discuss how sampling techniques used in 
probabilistic networks can inspire algorithms for sampling solution in 
constraint satisfaction problems. 
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Toward A Universal Inference Engine 



Henry Kautz 

Department of Computer Science and Engineering 
University of Washington 



Abstract. In the early days of AI some researchers proposed that intel- 
ligent problem solving could be reduced to the application of general pur- 
pose theorem provers to an axiomatization of commonsense knowledge. 
Although automated first-order theorem proving was unwieldy, general 
reasoning engines for propositional logic turned out to be surprisingly 
efficient for a wide variety of applications. Still many problems of in- 
terest to AI involve probabilities or quantification, and would seem to 
be beyond propositional methods. However, recent research has shown 
that the basic backtrack search algorithm for satisfiability generalizes to 
a strikingly efficient approach for broader classes of inference. We may 
be on the threshold of achieving the old dream of a universal inference 
engine. 
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Towards Systematic Benchmarking in Answer 
Set Programming: The Dagstuhl Initiative 



Paul Borchert 1 , Christian Anger 1 , Torsten Schaub 1 *, and 
Miroslaw Truszczyriski 2 

1 Institut fur Informatik, Universitat Potsdam, Postfach 90 03 27, D-14439 Potsdam 
{borchi, Christian, torsten}@cs. uni-potsdam. de 
2 Department of Computer Science, University of Kentucky, Lexington, KY 
40506-0046, USA mirek@cs.uky.edu 



1 The Dagstuhl Initiative 

Answer-set programming (ASP) emerged in the late 90s as a new logic program- 
ming paradigm [3,4,5], having its roots in nonmonotonic reasoning, deductive 
databases and logic programming with negation as failure. Since its inception, 
it has been regarded as the computational embodiment of nonmonotonic reaso- 
ning and a primary candidate for an effective knowledge representation tool. This 
view has been boosted by the emergence of highly efficient solvers for ASP [7,2]. 
It seems now hard to dispute that ASP brought new life to logic programming 
and nonmonotonic reasoning research and has become a major driving force for 
these two fields, helping dispell gloomy prophecies of their impending demise. 

In September 2002, participants of the Dagstuhl Seminar on Nonmonotonic 
Reasoning, Answer Set Programming and Constraints, agreed that in order to 
foster further development of ASP, it is important to establish an infrastruc- 
ture for benchmarking ASP solvers. The intention was to follow good practices 
already in place in neighboring fields of satisfiability testing [6] and constraint 
programming [1]. Thus, the Dagstuhl Initiative was born to set up an environ- 
ment for submitting and archiving benchmarking problems and instances and in 
which ASP systems can be run under equal and reproducible conditions, leading 
to independent results. 

As the testing ground for different designs of a benchmarking and testing 
environment for ASP, we used the systems competition at the Dagstuhl Semi- 
nar. The following answer set programming systems participated in that initial 
competition. 

— aspps, University of Kentucky, 

— assat, UST Hong Kong, 

— cmodels, University of Texas, 

— dlv, Technical University of Vienna, 

— smodels, Technical University of Helsinki. 

* Affiliated with the School of Computing Science at Simon Fraser University, Burnaby, 
Canada. 
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The difficulty that emerged right away was that these systems do not have a 
common input language nor do they agree on all functionalities. This led to the 
introduction of three different (major) categories of benchmarks: 

Ground: Ground instances of coded benchmarks. As of now, these ground in- 
stances are produced by lparse or by the dlv grounder. These benchmarks 
can be used to test the performance of ASP solvers accepting as input ground 
(propositional) programs in output formats of lparse or the dlv grounder. 
Non-Ground: Non-ground programs (that is, with variables) coding bench- 
mark problems. These programs can be used to test the performance of 
grounders. It is well recognized that significant and by no means negligible 
effort when solving problems by means of ASP software is spent in groun- 
ding. 

Free Style: Text descriptions of problems together with concrete (families of) 
instances given as collections of ground instances. These benchmarks require 
that users develop their own problem encodings. There are two goal here. 
First, we want to see how far our solvers can go when faced with hard 
benchmarks. Second, we hope that best encodings will lead to a set of good 
programming practices. 

While the first two categories rely on the syntax of logic programs, the last 
category allows for the use of “programming tricks” and system-specific features, 
like weight and weak constraints. It also supports participation in the effort of 
systems that are based on other syntax than that of logic programming (for 
instance, aspps). 

Within these main categories the following benchmark problems were propo- 
sed in Dagstuhl and are now implemented in the present version of the bench- 
marking system: 

— Strategic Companies 1 (Ground, Non-Ground) 

— 15-puzzle (Ground, Non-Ground) 

— Factoring (Ground) 

— Hamiltonian Path (Ground, Non-Ground) 

— Schur Numbers (Ground) 

— Ramsey Numbers (Non-Ground) 

— Same Generation (Non-Ground) 

— Coloring (Free Style) 

— n-Queens (Free Style) 

Clearly, the initial division into categories as well as the set of benchmarks are 
subject to change and will evolve over time. In fact, one of the features of the 
system will be to provide to the community a way of submitting new benchmarks 
and new instances. 

1 Necessitates disjunctive logic programs, or another language of similar expressiven- 
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2 The Benchmarking System 

The principal goals of the benchmarking system are (1) to provide an infrastruc- 
ture for accumulating challenging benchmarks, and (2) to facilitate executing 
ASP solvers under the same conditions, guaranteeing reproducible and reliable 
performance results. 

In the remainder of this section, we sketch the current development state of 
the benchmarking system and give an outlook on future plans. 

2.1 Functionality 

The benchmarking system provides the following functionality: 

— submitting benchmarking problems, encodings and instances (only registered 
users) 

— installing solvers (only registered users) 

— requesting benchmarking runs 

— running solvers on benchmarks, independently and in a uniform environment 

— testing solvers for correctness against other systems (only registered users) 

— displaying results. 

2.2 Architecture 

We aim at a dynamic system that solves its tasks (running and storing bench- 
marks) largely without supervision. To achieve this, we have chosen a 2-server 
architecture, combining an internal server for actually running the benchmarks 
and an external server for the remaining functionalities including interaction and 
storage. 

The external server is accessible via the Internet. Its main tasks are first to 
provide database functionalities for handling the benchmark library and second 
to provide access to the results of running benchmarks in human or machine 
readable ways. Among others, it is responsible for adding new benchmarking 
requests, solvers and benchmarking problems. Furthermore, the external server 
provides user management and a web server. Its central components include a 
mySQL database storing all information about 

Solvers: These are executable answer-set solvers (and auxiliary programs, like 
parsers and grounders) that may be competing against each other. Stored 
information includes version, name, path and execution rights. 

Call Script s: These are used to enable suppliers of solvers to ensure their sy- 
stems are called in the correct way (options, front-ends, etc.). We note that 
this is the weakest point of the platform since scripts are provided by regi- 
stered yet external users. Scripts are run with the same privileges a user has. 
Thus, they need to be hand checked to ensure the unobstructed flow of the 
benchmarking cycle. 

Benchmark Problems: These are text descriptions of benchmark problems 
and families of corresponding instances (e.g. collections of ground atoms). 
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Benchmark Encodings: These are logic programs encoding benchmark pro- 
blems. 

Benchmark Instances: These are, usually, ground programs obtained by 
grounding the union of a program encoding a benchmark problem and the 
instance description (a set of ground atoms). Non-ground programs are of 
interest whenever solvers integrating grounding are taken into account. 

We note that there is yet no syntax common to all answer-set solvers, even 
those based on the language of logic programs, and some standardization is 
necessary. 

Benchmark Machine: A description of the system used for benchmarking 
runs, including data about hardware and software. 

Results: Once a solver is run on a benchmark, the results are stored in the 
database. This part of the database is publicly available via the web interface. 

The internal server can only be reached locally. Thus, it is impossible to 
disturb it from the outside. On this server the actual benchmarking runs take 
place. It is a largely bare system to minimize side effects (of other software) on 
the benchmarks. A Perl script is responsible for retrieving benchmark requests 
from the external servers database and running them. Only one benchmark is 
run at a time. After a predefined period, the process is killed (if necessary) and 
completely removed from the system. The next benchmarking request is only 
handled after a clean environment has been restored. This is very important for 
obtaining comparable results. 

The overall architecture comprising the external and internal server is given 
in Figure 1. 







A — 






Fig. 1 . Two Server Architecture. 
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2.3 Usage 

At this time, the primary user profile is that of a system developer, who wants 
her system to participate in a system competition. To do so, a developer has to 
become a registered user, including a system account on the external server. The 
next step is to upload the solver along with appropriate call scripts, followed by 
requests for running certain benchmarks. All of this is done via the (upcoming) 
web interface. A registered user can test his scripts and/or solver on the external 
server via an ssh connection. Because both servers are kept very similar, this 
testing on the external server is usually sufficient for guaranteeing executability 
on the internal server. 

Further user profiles, among them benchmark suppliers and independent ex- 
perimenters, are partially supported and envisaged to be further developed in 
the future. 



Acknowledgments. We would like to thank all participants of the Dagstuhl Se- 
minar on Nonmonotonic Reasoning, Answer Set Programming and Constraints 
for many stimulating discussions. In particular, we are grateful to the system 
developers involved in the first system competition for their help, suggestions, 
and patience with us. 
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Abstract. Over recent years, various semantics have been proposed for 
dealing with updates in the setting of logic programs. The availability 
of different semantics naturally raises the question of which are most 
adequate to model updates. A systematic approach to face this question 
is to identify general principles against which such semantics could be 
evaluated. In this paper we motivate and introduce a new such principle 
- the refined extension principle - which is complied with by the stable 
model semantics for (single) logic programs. It turns out that none of 
the existing semantics for logic program updates, even though based on 
stable models, complies with this principle. For this reason, we define 
a refinement of the dynamic stable model semantics for Dynamic Logic 
Programs that complies with the principle. 



1 Introduction and Motivation 

Most of the research in the field of logic programming for representing know- 
ledge that evolves with time has focused on changes in the extensional part of 
knowledge bases (factual events or observations) . This is what happens with the 
event calculus [10], logic programming forms of the situation calculus [15,17] and 
logic programming representations of action languages [9]. In all of these, the 
problem of updating the intensional part of the knowledge base (rules or action 
descriptions) remains basically unexplored. 

In recent years, some amount of effort was devoted to explore the problem of 
updates in a logic programming setting leading to different framework proposals 
and semantics [1,4,6,11,13,14,19,21], According to these proposals, knowledge is 
given by a sequence of logic programs (or a Dynamic Logic Program) where each 
is to be viewed as an update to the previous ones. Most of the existing semantics 
are based on the notion of causal rejection of rules [13] i.e. , the rejection of a 
prior rule if there is a newer one that conflicts with it, and on a notion of de- 
fault assumptions that can be added to the theory. Different notions of rejection 

* This work was partially supported by FEDER financed project FLUX 
(POSI/40958/SRI/2001) and by project SOCS (IST-2001-32530). Special thanks 
are due to Pascal Hitzler and Reinhard Kahle for helpful discussions. 
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and default assumptions lead to different semantics, namely the justified update 
semantics [13,14], the dynamic stable model semantics [1,2,11] and the update 
answer-set semantics [6] 1 . While such existing semantics based on causal rejec- 
tion coincide on a large class of program updates, they essentially differ on the 
extent to which they are immune to some apparently inoffensive updates (e.g. 
tautologies 2 ). Take, for example, the program P\ = {a.} and update it with 

= {not a <r- not a}. Intuitively one would expect the update of P\ with P 2 
not to change the semantics because the only rule of P 2 is a tautology. This is 
not the case according to the semantics of justified updates which admits, after 
the update, the models {a} and {}. Similar behaviours are exhibited by the up- 
date answer-set semantics [6]. Examples such as this one were one of the main 
reasons for the introduction of the dynamic stable model semantics [1,2] which 
properly deals with them. Unfortunately, there still remain examples involving 
tautological updates where none of the existing semantics behaves as expected. 
Let us now show an example to illustrate the problem. 

Example 1. Consider the program Pi describing some knowledge about the sky. 
At each moment it is either day time or night time, we can see the stars whenever 
it is night time and there are no clouds, and currently it is not possible to see 
the stars. 

Pi : day 4 — not night. stars <— night , not cloudy, 
night 4 — not day. not stars. 

The only dynamic stable model of this program is {day}. Suppose now the 
program is updated with the following tautology: 

P 2 : stars <— stars. 

This tautological update introduces the new dynamic stable model {night, stars}. 
Furthermore these results are shared by all other semantics for updates based on 
causal rejection [1,4,6,11,13,14]. We argue that this behaviour is counterintuitive 
as the addition of the tautology in P 2 should not add new models. 

This alone should be enough to have us start a quest for a semantics for 
updates that is immune to tautologies. But the problem runs deeper. Typically, 
these tautological updates are just particular instances of more general updates 
that should be ineffective but, in reality, cause the introduction of new models 
e.g. those with a rule whose head is self-dependent 3 as in the following example: 



Example 2. Consider again program Pi of Example 1, and replace P 2 with 

P 2 : stars <— venus. venus <— stars. 

While Pi has only one model (viz., {day}), according to all the existing seman- 
tics for updates based on causal rejection, the update P 2 adds a second model, 

1 In this paper, we only consider semantics based on the notion of causal rejection. 

2 By a tautology we mean a rule of the form L <— Body with L € Body. 

3 For the definition of self-dependent literals in a logic program, see [3]. 



10 



J.J. Alferes et. al 



{night, stars, venus}. Intuitively speaking, this new model arises since the up- 
date P 2 causally rejects the rule of Pi which stated that it was not possible to 
see the stars. 

On the basis of these considerations, it is our stance that, besides the prin- 
ciples used to analyze and compare these semantics, described in [6,11], another 
important principle is needed to test the adequacy of semantics of logic program 
updates in some important situations, in particular those concerning the un- 
wanted generation of new dynamic stable models when certain sets of rules are 
added to a dynamic logic program. It is worth noting that an update with the 
form of P 2 in Example 2 may have the effect of eliminating previously existing 
models, this often being a desired effect, as illustrated by the following example: 

Example 3. Consider program Pi with the obvious intuitive reading: one is either 
alone or with friends, and one is either happy or depressed. 

Pi : friends <— not alone. happy <— not depressed, 
alone <— not friends. depressed t— not happy. 

This program has four dynamic stable models namely, {friends, depressed}, 
{friends, happy}, {alone, happy} and {alone, depressed}. Suppose now the pro- 
gram is updated with the following program (similar to P 2 used in Example 2): 

P 2 : depressed t— alone. alone <— depressed. 

This update specified by P 2 eliminates two of the dynamic stable models, leaving 
only {friends, happy} and {alone, depressed} , this being a desirable effect. 

In this paper we propose a new principle, that we call the refined extension 
principle , which can be used to compare different semantics for updates based 
on the stable model semantics — as is the case of all the above mentioned. 

To this purpose, we start with the simple case of a single logic program and 
set forth the refined extension principle which, if complied with by a seman- 
tics, specifies some conditions under which rules can be safely added without 
introducing new models according to that semantics. Notably, the stable model 
semantics [8] complies with this principle. Informally, the semantics based on 
stable models can be obtained by taking the least Herbrancl model of the defi- 
nite program obtained by adding some assumptions (default negations) to the 
initial program. Intuitively speaking, the refined extension principle states that 
the addition of rules that do not change that least model should not lead to 
obtaining more (stable) models. 

Subsequently, we generalize this principle by lifting it to the case of semantics 
for dynamic logic programs. Not unexpectedly, given the examples above, it turns 
out that none of the existing semantics for updates based on causal rejection 
complies with such principle, which leads us to introduce a new semantics for 
dynamic logic programs, namely the refined dynamic stable model semantics, 
which complies with the refined extension principle. The refined dynamic stable 
model semantics is obtained by refining the dynamic stable model semantics [1,2, 
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11] which, of all the existing semantics, as shall be seen, is the one that complies 
with the refined extension principle on the largest class of programs. 

The rest of the paper is organized as follows. Section 2 recalls some preli- 
minary notions and establishes notation. Section 3 is devoted to motivate and 
present the refined extension principle, while in Section 4 a refined semantics 
for logic program updates that complies with the principle is presented. Section 
5 is devoted to compare the new semantics with other existing semantics, and 
to analyze these with respect to the refined extension principle. Finally, some 
concluding remarks are drawn. 



2 Preliminaries 

In this paper we extensively use the concept of generalized logic programs [16] 
i.e. logic programs that allow for default negation both in the bodies as well as 
in the heads of their rules. A generalization of the stable models semantics for 
normal logic programs [8] to the class of generalized programs was defined by 
Lifschitz and Woo [16]. Here we present such semantics differently from [16], the 
equivalence of both definition being proven in [2] . 

Let A be a set of propositional atoms. A default literal is an atom preceded 
by not. A literal is either an atom or a default literal. A rule r is an ordered pair 
H (r) •<— B (r) where H (r) (dubbed the head of the rule) is a literal and B (r) 
(dubbed the body of the rule) is a finite set of literals. A rule with H (r) = Lq 
and B (r) = {Li, . . . , L n } will simply be written as Lq ■<— L i, . . . , L n . A rule 
with H (r) = Lq and B (r) = {} is called a fact and will simply be written as Lq. 
A generalized logic program ( GLP ) P, in A, is a finite or infinite set of rules. 
By Pg we mean an empty set of rules. If H(r ) = A (resp. H{r) = not A) then 
notH{r ) = not A (resp. notH(r) = A). Two rules r and r' are conflicting, 
denoted by r ix r' , iff H(r) = not H{r'). 

An interpretation M of A is a set of atoms (M C .A). An atom A is true 
in M, denoted by M t= A, iff A £ M , and false otherwise. A default literal not A 
is true in M, denoted by M t= not A, iff A ^ M, and false otherwise. A set of 
literals B is true in M, denoted by M t= B 1 iff each literal in B is true in M. 

An interpretation M of A is a stable model (or answer set) of a generalized 
logic program P iff 

M' = least (P U {not A \ A (jL M}) 

where M' — M U {noLA | A M}, A is an atom, and least(.) denotes the least 
model of the definite program obtained from the argument program by replacing 
every default literal not A by a new atom noLA 4 . 

A dynamic logic program ( DLP ) is a sequence of generalized logic pro- 
grams. Let V = (Pi,...,P s ) and P'= (P{, ..., P') be two DLPs. We use p(V) to 
denote the multiset of all rules appearing in the programs Pi , ..., P s , and PUP' 

4 This amounts to determining the least model of the argument program, treating 
default literals as positive atoms. 
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to denote the DLP (Pi U P[, ...,P S U P' s ). According to all semantics based on 
causal rejection of rules, an interpretation M models a DLP iff 

M' = T (P, M) 

where 

r (P, M) = least (p (P) - Rej (P, M) U Def (P, M)) 

and where Rej (P, M) stands for the set of rejected rules and Def (P, M) for the 
set of default assumptions, both given P and M . Intuitively, we first determine 
the set of rules from P that are not rejected, i.e. p(V) — Rej (P,M), to which 
we add a set of default assumptions Def (P, M). Note the similarity to the 
way stable models of generalized logic programs are obtained, where default 
assumptions of the form not A are added for every A M. 

From [11] it is easy to see that all existing semantics for updates based on 
causal rejection are parameterizable using different definitions of Rej (P, M) and 
Def (P, M). The dynamic stable model semantics for DLP [1,11] is obtained 
with the following definitions: 

Rej (P, M) = {r \ r £ Pi, 3 r' £ Pj,i < j, r xi r' , M 1= B(r')} 

Def(V, M) = {not A\$r£ p{V),H{r) = A,M\= B{r)} 

3 Refined Extensions 

As mentioned in the Introduction, we are interested in exploring conditions gu- 
aranteeing that the addition of a set of rules to a (dynamic) logic program does 
not generate new (dynamic) stable models. In this Section, we motivate and in- 
troduce the notion of refined extension for both the case of single logic programs 
and dynamic logic programs, which, together with the results proven, constitute 
a step in such direction. 

3.1 Refined Extensions of Generalized Logic Programs 

Informally, the semantics based on stable models are obtained by taking the least 
Herbrand model of the definite program obtained by adding some assumptions 
(default negations) to the initial program i.e., the stable models of a generalized 
logic program P are those interpretations M such that M' coincides with the 
least Herbrand model of the program 5 P U {not A \ A qL M}. In general, several 
semantics share the characteristic that the models of a program P can be cha- 
racterized as the least Herbrand model of the program P U Assumptions ( P , M ), 
where Assumptions ( P , M ) is simply a set of default literals whose definition 
depends on the semantics in use. Note that all of the stable models [8], the well- 
founded [7] and the weakly perfect model semantics [18] can be defined in this 

5 Here and elsewhere, whenever we mention the Herbrand model of a GLP, we mean 
the Herbrand model of the definite logic obtained from the GLP by replacing every 
default literal not A by a new atom noPA. 
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way. As mentioned above, the stable model semantics of normal and generalized 
programs can be obtained by establishing that 

Assumptions (P, M) = {not A \ A ff M} . 

In the sequel, if Sem is a semantics definable in such a way, by Sem{P ) we 
denote the set of all models of a given program P, according to Sem. 

With the intention of defining the refined extension principle, we first need 
to set forth some intermediate notions, namely that of syntactic extension of a 
program. Intuitively we say that P U E is a syntactic extension of P iff the rules 
in P have no effect on the least Herbrand model of P. Formally: 

Definition 1 . Let P and E be generalized logic programs. We say that P Li E 
is a syntactic extension of P iff least (P) = least (P L) E). 

Consider now a generalized program P, and a set of rules E. A model M 
of P U E in the semantic Sem is computed as the least Herbrand model of 
the definite logic program obtained by adding the set of default assumptions to 
PUP. We can then apply the concept of syntactical extension to verify whether 
the addition of the rules in E does not influence the computation of M. If this 
is the case for all models of the program PUP, according to Sem, we say that 
P U P is a refined extension of the original program P. Formally: 

Definition 2 . Let P and E be generalized logic program, M an interpretation, 
and Sem a semantics for generalized logic programs. We say that P U P is an 
extension of P with respect to Sem and M iff 

P U Assumptions (P U P, M) U P 

is a syntactic extension of P U AssumptionsfP U P, M). We say that PUP 
is a refined extension of P with respect to Sem iff P U P is an extension of 
P with respect to Sem and all models in Sem(P U P). 



Example f Let Pi and P2 be the programs: 

Pi : day <r- not night. stars <— night, not cloudy . 
night <r- not day. not stars. 

P2 : stars •<— stars 

It is clear that no matter what the added assumptions ( Assumptions (Pi U P2, M)) 
are, given any model M, the least model of PiU Assumptions (Pl U P2, M) is the 
same as the least model of Pi U Assumptions (Pi U P 2 , M) U P2. Thus, Pi U P2 
is a refined extension of Pi . 

We are now ready to formulate the refined extension principle for semantics 
of generalized logic programs. Intuitively, a semantics complies with the refined 
extension principle iff a refined extension of a program P does not have more 
models than P. 
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Principle 1 (Refined extension — static case) A semantics Sem for gene- 
ralized logic programs complies with the refined extension principle iff for any 
two generalized logic programs P and E, if P U E is a refined extension of P 
then 

Sem(P UE)C Sem(P). 

As one may expect, the principle properly deals with the case of adding 
tautologies, i.e. , for any semantics Sem that complies with the principle, the 
addition of tautologies does not generate new models. 

Proposition 1. Let Sem be a semantics for generalized programs, P a gene- 
ralized program, and r a tautology. If Sem complies with the refined extension 
principle then 

Sem(P U {t}) C Sem(P). 

Most importantly, the stable model semantics complies with the refined ex- 
tension principle, as stated in the following proposition: 

Proposition 2. The stable model semantics complies with the refined extension 
principle. 

As an immediate consequence of these two propositions, we get that the 
addition of tautologies to a generalized program does not introduce new stable 
models. The converse is also true i.e., the addition of tautologies to a generalized 
program does not eliminate existing stable models. 

3.2 Refined Extensions of Dynamic Logic Programs 

We now generalize the refined extension principle to the case of dynamic logic 
programs, so as to guarantee that certain updates do not generate new models. 

Definition 3. Let V and £ be two dynamic logic programs 6 , Sem a semantics 
for dynamic logic programs and M an interpretation. We say that V U £ is an 
extension ofV with respect to M iff 

[p ( V ) - Rej (V U £, M)\ U Def {V U £, M) U [p {£) - Rej {V U £, M)} 

is a syntactical extension of 

[p (fP) - Rej (V U £, M)\ U Def {P U £, M) 

We say that V U £ is a refined extension ofV iffVU£ is an extension of V 
with respect to all models in SemifP U £). 

Note that the above definition is the straightforward lifting of Definition 2 
to the case of dynamic logic programs. Roughly speaking, we simply replaced P 
and E with p ( V ) — Rej (' P U £, M) and p {£) — Rej (' P U £ , M), respectively. 
The refined extension principle is then formulated as follows. 



Here, and elsewhere, we assume that the sequences of GLPs (or DLPs) V and £ are 
of the same length. 
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Principle 2 (Refined extension principle) A semantics Sem for dynamic 
logic programs complies with the refined extension principle iff for any dynamic 
logic programs V and ?Uf, if V U £ is a refined extension of V then 

Sem(V Uf) C Sem(V). 

Unfortunately, as we already pointed out in the Introduction, none of the 
existing semantics for dynamic logic programs based on causal rejection comply 
with the refined extension principle. 

Example 5. Consider again the program Pi and P 2 of Example 2. The presence 
of the new model contrasts with the refined extension principle. Indeed, if we 
consider the empty update P@, then the dynamic logic program (P^Pg) has 
only one stable model (viz., {day}). Since, as the reader can check, (Pi,P 2 ) 
is a refined extension of (Pi,Pg) then, according to the principle, all models 
of (Pi,P 2 ) should also be models of (Pi,Pg). This is not the case for existing 
semantics. 

As for the case of generalized programs, if we consider a semantics Sem for 
dynamic logic programs that complies with the principle, the addition of tauto- 
logies does not generate new models. This is stated in the following proposition 
that lifts Proposition 1 to the case of dynamic logic programs. 

Proposition 3. Let Sem be a semantics for dynamic logic programs, P a dy- 
namic logic program, and £ a sequence of sets of tautologies. If Sem complies 
with the refined extension principle then 

Sem(V L) £) C Sem(P). 

4 Refined Semantics for Dynamic Logic Programs 

In this Section we define a new semantics for dynamic logic programs that 
complies with the refined extension principle. Before proceeding we will take 
a moment to analyze the reason why the dynamic stable model semantics fails 
to comply with the refined extension principle in Example 1. In this example, 
the extra (counterintuitive) stable model {night, stars} is obtained because the 
tautology stars <r- stars in P 2 has a true body in that model, hence rejec- 
ting the fact not stars of P±. After rejecting this fact, it is possible to con- 
sistently conclude stars, and thus verify the fixpoint condition, via the rule 
stars <r- night, not cloudy of P\. 

Here lies the matrix of the undesired behaviour exhibited by the dynamic 
stable model semantics: One of the two conflicting rules in the same program 
(Pi) is used to support a later rule (of P 2 ) that actually removes that same 
conflict by rejecting the other conflicting rule. Informally, rules that should be 
irrelevant may become relevant because they can be used by one of the conflicting 
rules to defeat the other. 

A simple way to inhibit this behaviour is to let conflicting rules in the same 
state inhibit each other. This can be obtained with a slight modification to 
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the notion of rejected rules of the dynamic stable model semantics, namely by 
also allowing rules to reject other rules in the same state. Since, according to 
the dynamic stable model semantics, rejected rules can reject other rules, two 
rules in the same state can reject each other, thus avoiding the above described 
behaviour. 

Definition 4. Let V be a dynamic logic program and M an interpretation. M 
is a refined dynamic stable model ofV iff 

M' = r s ( V , M) 

where r s ^ = least ( p ^ _ Rej s ^ M ) y De f (p ; M )) 

Rej s (V, M ) = {r \ r £ Pi, 3 r £ Pj,i < j,r cx r , M t= B(r')} 

At first sight this modification could seem to allow the existence of models 
in cases where a contradiction is expected (e.g. in a sequence where the last 
program contains facts for both A and not A): if rules in the same state can 
reject each other then the contradiction is removed, and the program could have 
undesirable models. Notably, the opposite is actually true (cf. theorem 4 below), 
and the refined dynamic stable models are always dynamic stable models, i.e., 
allowing the rejection of rules by rules in the same state does not introduce extra 
models. Consider a DLP V with two conflicting rules (with heads A and not A) 
in one of its programs Pi. Take an interpretation M where the bodies of those 
two rules are both true (as nothing special happens if a rule with false body 
is rejected) and check if M is a refined dynamic stable model. By definition 
4, these two rules reject each other, and reject all other rules with head A or 
not A in that or in any previous state. Moreover, not A cannot be considered 
as a default assumption, i.e., does not belong to Def (V ,M). This means that 
all the information about A with origin in Pi or any previous state is deleted. 
Since M' must contain either A or not_A, the only possibility for M to be a 
stable model is that there exists a rule r in some later update whose head is 
either A or not A, and whose body is true in M . This means that a potential 
inconsistency can only be removed by some later update. 

Finally, as this was the very motivation for introducing the refined semantics, 
it is worth observing that the refined semantics does comply with the refined 
extension principle, as stated by the following theorem. 

Theorem 3. The refined dynamic stable model semantics complies with the re- 
fined extension principle. 

By Proposition 3, it immediately follows from this theorem that the addition 
of tautologies never adds models in this semantics. Note that the converse is 
also true: the addition of tautologies does not eliminate existing models in the 
refined semantics i.e., the refined dynamic stable model semantics is immune to 
tautologies. Moreover the refined semantics preserves all the desirable properties 
of the previous semantics for dynamic logic programs [6,11]. 

To give an insight view of the behaviour of the refined semantics, we now 
illustrate how the counterintuitive results of example 1 are eliminated. 
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Example 6. Consider again the DLP V = (Pi, P 2 ) of example 1 

Pi : day 4— not night. stars 4— night, not cloudy . 

night 4— not day. not stars. 

P 2 : stars 4— stars 

This DLP has one refined dynamic stable model, M = {day}. Thus the 
conclusions of the semantics match with the intuition that it is day and it is 
not possible to see the stars. We now show that M is a refined dynamic stable 
model. First of all we compute the sets Rej s (P, M) and Def (V, M): 

Rej s ( V , M) = {stars <— night, not cloudy.} 

Def (V, M) = {not night, not stars, not cloudy} 

Then we check whether M is a refined dynamic stable model according to defi- 
nition 4. Indeed: 

r s (V, M) = least ((Pi U P 2 ) - Ref {P, M) U Def ( V , M)) = 

= {day, notjnight, not stars , not_cloudy} = M' 

As mentioned before, the dynamic stable model semantics, besides M, also ad- 
mits the interpretation N = {night, stars} as one of its models, thus violating 
the refined extension principle. We now show that N is not a refined dynamic 
stable model. As above we compute the sets: 

Rej s (V, N ) = {not stars', stars 4— night, not cloudy.} 

Def (V, N) = {not day , not cloudy} 

Hence: 

r s (p, N) = least ((Pi U P 2 ) - Ref (P, N) U Def (P, N)) = 

= {night, not.day, not _cloudy} ^ N' 

From where we conclude, according to definition 4, that N is not a refined 
dynamic stable model. 

5 Comparisons 

Unlike the refined dynamic stable model semantics presented here, none of the 
other existing semantics based on causal rejection respect the refined extension 
principle and, consequently, none is immune to the addition of tautologies. 

It is clear from the definitions that the refined semantics coincides with the 
dynamic stable model semantics [1,2,11] for sequences of programs with no con- 
flicting rules in a same program. This means that the dynamic stable model 
semantics complies with the refined extension principle for such class of sequen- 
ces of programs, and would have no problems if one restricts its application to 
that class. However, such limitation would reduce the freedom of the program- 
mer, particulary in the possibility of using conflicting rules to represent integrity 
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constraints. Another limitation would result from the fact that updates also pro- 
vide a tool to remove inconsistency in programs by rejecting conflicting rules. 
Such feature would be completely lost in that case. 

With respect to the other semantics based on causal rejection, it is not even 
the case that the principles is satisfied by sequences in that restricted class. The 
update answer-set semantics [6] (as well as inheritance programs of [4]), and the 
justified update semantics [13,14] fail to be immune to tautologies even when no 
conflicting rules occur in the same program: 

Example 1. Consider the DLP V = (Pi, P2, P3) where (taken from [11]): 

Pi : day. Pi : not day. P3 : day 4— day. 

stating that initially it is day time, then it is no longer day time, and finally 
(tautologically) stating that whenever it is day time, it is day time. While the 
semantics of justified updates [13,14] and the dynamic stable model semantics 
[1,11] select {day} as the only model, the update answer set semantics of [6] (as 
well as inheritance programs of [4]) associates two models, {day} and {}, with 
such sequence of programs 7 . 

While the semantics of justified updates [13,14] works properly for the above 
example, there are classes of program updates for which it does not comply with 
the refined extension principle: 

Example 8. Consider the DLP V = (Pi,P 2 ) where (taken from [11]): 

Pi : day. Pi : not day 4— not day. 

According to the semantics of justified updates, (Pi,P 2 ) has two models, Mi = 
{day} and M 2 = {}, whereas (Pi, Pin) has the single model Mi, thus violating 
the refined extension principle. 

Finally, observe that the refined semantics is more credulous than all the 
other semantics, in the sense that the set of its models is always a subset of the 
set of models obtained with any of the others thus making its intersection larger. 
Comparing first with the dynamic stable model semantics: 

Theorem 4. Let P be a DLP, and M an interpretation. If M is a refined 
dynamic stable model then M is a dynamic stable model. 

This result generalizes to all the other semantics since the dynamic stable 
model is the most credulous of the existing semantics. Indeed, each dynamic 
stable model is also a model in the justified update semantics [11]. Inheritance 
programs are defined for disjunctive logic programs, but if we restrict to the non 
disjunctive case, this semantics coincides with the update answer-set semantics 
of [6], and each dynamic stable model is also an update answer-set [11]. 

7 Notice that, strictly speaking, the semantics [4,6] are actually defined for exten- 
ded logic programs, with explicit negation, rather than for generalized programs. 
However, the example can be easily adapted to extended logic programs. 
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The analysis of the semantics for updates that are not based on causal re- 
jection (e.g. [19,21]) is beyond the scope of this paper. Even though the refined 
extension principle is not directly applicable to evaluate such semantics, they do 
not appear satisfactory in the way they deal with simple examples, as shown in 
[6,11] where a deeper analysis of such semantics can be found. 



6 Concluding Remarks 

We have started by motivating and introducing a new general principle - the 
refined extension principle - that can be used to compare semantics of logic 
programs that are obtainable from the least model of the original program after 
the addition of some (default) assumptions. For normal logic programs, both 
the well-founded and stable models are obtainable as such. The principles states 
that the addition of rules that do not change the least model of the program 
plus assumptions can never generate new models. A special case of this principle 
concerns the addition of tautologies. Not surprisingly, the stable model semantics 
for normal and generalized logic programs complies with this principles. 

We have generalized this principle for the case of dynamic logic programs, 
noticing that none of the existing semantics complies with it. A clear sign of 
this, already mentioned in the literature [6,11], was the fact that none of these 
existing semantics is immune to tautologies. We have shown that, among these 
existing semantics, the dynamic stable model semantics [1,2,11] is the one that 
complies with the principle for a wider class, viz., the class of dynamic logic 
programs without conflicting rules in a same program in the sequence. 

To remedy this problem exhibited by the existing semantics, and guided by 
the refined extension principle, we have introduced a new semantics for dynamic 
logic programs - the refined dynamic stable model semantics - and shown that it 
complies with such principle. Furthermore, we have obtained that this semantics 
is immune to tautologies. We have compared the new semantics with extant 
ones and have shown that, besides the difference regarding the principle, this 
semantics is more credulous than any of the others, in the sense of admitting a 
smaller set of stable models (thus yielding a larger intersection of stable models). 

Future lines of research include extending this study to deal with multi- 
dimensional updates [11,12]. Multi-dimensional updates can be viewed as a tool 
for naturally encoding and combining knowledge bases that incorporate informa- 
tion from different sources, which may evolve in time. Existing semantics suffer 
from the same kind of problems we identified here for dynamic logic program. 

Another important line for future work is the implementation of the refined 
semantics. We intend to do it by finding a transformation from dynamic pro- 
grams to generalized programs, such that the stable models of the latter are 
in a one-to-one correspondence with the refined dynamic stable models of the 
former, similarly to what has been done for e.g., the dynamic stable semantics. 
The existence of such a transformation would directly provide a means to imple- 
ment the refined dynamic stable model semantics of dynamic logic programs, by 
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resorting to an implementation for answer-set programming, such as SMODELS 
[20] or DLV [5]. 
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